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SERVER BASED METHODS AND APPARATUS TO 
DETERMINE AUDIENCE VIEWING OF VIDEO-ON- 
DEMAND PROGRAMS 

FIELD OF THE DISCLOSURE 
[0001] This disclosure relates generally to audience measurement and, 
more particularly, to server based methods and apparatus to determine 
audience viewing of video-on-demand programs. 

BACKGROUND 
[0002] Television ratings and metering information is typically 
generated by collecting viewing records and/or other viewing information 
from a group of statistically selected households. Each of the statistically 
selected households typically has a data logging and processing unit 
commonly referred to as a "home unit." In households having multiple 
viewing sites (e.g., multiple television systems), the data logging and 
processing functionality may be distributed among a single home unit and 
multiple "site units," one site unit for each viewing site. The home unit (or the 
combination of the home unit and the site unit) is often in communication with 
a variety of attachments that provide inputs to the home unit or receive outputs 
from the home unit. For example, a source identification unit such as a 
frequency detector attachment may be in communication with a television to 
sense a local oscillator frequency of the television tuner. In this manner, the 
frequency detector attachment may be used to determine the channel to which 
the television is currently tuned based on a detected frequency. Additional 
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source identification devices, such as on-screen readers and light-emitting- 
diode (LED) display readers, may be provided, for example, to determine if 
the television is operating (i.e., is turned ON) and/or the channel to which the 
television is tuned. A people counter may be located in the viewing space of 
the television and in communication with the home unit, thereby enabling the 
home unit to detect the identities and/or number of the persons currently 
viewing programs displayed on the television. 

[0003] The home unit usually processes the inputs (e.g., channel 
tuning information, viewer identities, etc.) from the attachments to produce 
viewing records. Viewing records may be generated on a periodic basis (e.g., 
at fixed time intervals) or may be generated in response to one or more 
predetermined events, such as a full memory, or a change in an input, such as 
a change in the identities of the persons viewing the television, a change in the 
channel tuning information (i.e., a channel change), etc. Each viewing record 
typically contains channel information, such as a channel number and/or 
station identification (ID), and a time (e.g., a date and time-of-day) at which 
the channel was displayed. In cases in which the program content being 
displayed is associated with a local audio/video content delivery device, such 
as a digital video disk (DVD) player, a digital video recorder (DVR), a video 
cassette recorder (VCR), etc., the viewing records may include content 
identification (i.e., program identification) information as well as information 
relating to the time and manner in which the associated content was displayed. 
Viewing records may also contain additional information, such as the number 
of viewers present at the viewing time. 
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[0004] The home unit typically collects a quantity of viewing records 
and periodically (e.g., daily) transmits the collected viewing records to a 
central office or data processing facility for further processing or analysis. 
The central data processing facility receives viewing records from home units 
located in some or all of the statistically selected households and analyzes the 
viewing records to ascertain the viewing behaviors of households in a 
geographic area or market of interest, a particular household and/or a 
particular group of households selected from all participating households. 
Additionally, the central data processing facility may generate metering 
statistics and other parameters indicative of viewing behavior associated with 
some or all of the participating households. This data may be extrapolated to 
reflect the viewing behaviors of markets and/or regions modeled by the 
statistically selected households. 

[0005] To generate viewing behavior information from viewing 
records, the central office or data processing facility may compare reference 
data, such as a list of programs (e.g., a schedule of television programming or 
a television guide), to the viewing records. In this manner, the central office 
can infer which program was displayed by cross-referencing the time and 
channel information in a viewing record to the program associated with that 
same time and channel in the program schedule. Such a cross-referencing 
process can be carried out for each of the viewing records received by the 
central office, thereby enabling the central office to reconstruct which 
programs were displayed by the selected households and the times at which 
the programs were displayed. Of course, the aforementioned cross- 
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referencing process is unnecessary in systems in which the identity of the 
program is obtained by the home unit and contained in the viewing record. 

[0006] The rapid development and deployment of a wide variety of 
audio/video content delivery and distribution platforms has dramatically 
complicated the home unit task of providing viewing records or information to 
the central data collection facility. For instance, while the above-mentioned 
frequency detector device can be used to detect channel information at a site 
where network television broadcasts are being displayed (because, under 
normal operation conditions, the local oscillator frequency corresponds to a 
known network channel), such a device typically cannot be used with digital 
broadcast systems. In particular, digital broadcast systems (e.g., satellite- 
based digital television systems, digital cable systems, etc.) typically include a 
digital receiver or set-top box at each subscriber site. The digital receiver or 
set-top box demodulates a multi-program data stream, parses the multi- 
program data stream into individual audio and/or video data packets, and 
selectively processes those data packets to generate an audio/video signal for a 
desired program. The audio and/or video output signals generated by the set- 
top box can be directly coupled to an audio/video input of an output device 
(e.g., a television, a video monitor, etc.) As a result, the local oscillator 
frequency of the output device tuner, if any, does not necessarily identify the 
channel or program currently being displayed. 

[0007] To allow generation of meaningful viewing records in cases 
wherein, for example, the network channel is not readily identifiable or may 
not uniquely correspond to a displayed program, metering techniques based on 
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the use of ancillary codes and/or content signatures may be employed. 
Metering techniques that rely on ancillary codes often encode and embed 
identifying information (e.g., a broadcast/network channel number, a program 
identification code, a broadcast time stamp, a source identifier to identify a 
network and/or station providing and/or broadcasting the content, etc.) in the 
broadcast signal such that the code is not noticed by the viewer. For example, 
a well-known technique used in television broadcasting involves embedding 
the ancillary codes in the non-viewable vertical blanking interval of the video 
signal. Another example involves embedding the ancillary codes in non- 
audible portions of the audio signal accompanying the broadcast program. 
This latter technique is especially advantageous because the ancillary code 
may be reproduced by, for example, the television speaker and non-intrusively 
monitored by an external sensor, such as a microphone. 

[0008] In general, signature-based program identification techniques 
use one or more characteristics of the currently displayed (but not yet 
identified) audio/video content to generate a substantially unique proxy or 
signature (e.g., a series of digital values, a waveform, etc.) for that content. 
The signature information for the content being displayed may be compared to 
a set of reference signatures corresponding to a known set of programs. When 
a substantial match is found, the currently displayed program content can be 
identified with a relatively high probability. 

[0009] While the known apparatus and techniques described above are 
well-suited for generating viewing records associated with live viewing of 
broadcast television programming, they may not be directly applicable to the 
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generation of viewing records associated with video-on-demand (VOD) 
programs. In a VOD system, a subscriber may select among a potentially 
large collection of programming content to be transmitted to the specific 
subscriber's home for immediate viewing or for viewing at a later time. Thus, 
existing metering techniques based on cross-referencing a predetermined 
broadcast programming guide or television listing are not applicable because 
the content to be transmitted to the subscriber's home is not known prior to 
when the subscriber makes the selection. Thus, existing techniques would 
require a computationally expensive brute-force search over all possible 
reference broadcast and VOD content to determine the specific VOD content 
being consumed at the subscriber's home (because existing metering 
techniques typically do not distinguish whether the source of the consumed 
programming content is a broadcast or a VOD source). Moreover, the existing 
metering techniques may not be able to distinguish between content that may 
be provided by both a broadcast provider and a VOD provider and, as such, 
may incorrectly credit the source of the consumed programming content. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0010] FIG. 1 is a block diagram of an example local metering system 

coupled to an example home entertainment system. 

[0011] FIG. 2 is a block diagram of an example broadcast system and 

an example monitoring system. 
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[0012] FIG. 3 is a block diagram of an example monitoring system for 
video-on-demand (VOD) programming that may employ metered data from a 
VOD server and/or a statistically selected home. 

[0013] FIG. 4 illustrates an example viewing record generated by the 
local metering system of FIG. 1 . 

[0014] FIG. 5 is a flowchart of a first example process to monitor 
VOD programming that may employ metered data from a VOD server and a 
statistically selected home. 

[0015] FIG. 6 is a flowchart of a second example process to monitor 
VOD programming that may employ metered data from a VOD server and a 
statistically selected home. 

[0016] FIGS. 7A-7C are a flowchart representative of example 
machine readable instructions which may be executed by a machine to 
generate VOD metering data based on information from the VOD server of 
FIG. 3. 

[0017] FIGS. 8A-8G illustrate example VOD server information 
packets that may be generated by the example program represented by the 
flowchart of FIGS. 7A-7C. 

[0018] FIG. 9 is a block diagram of an example computer that may be 
used to implement the example program represented by the flowchart of FIGS. 
7A-7C. 
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DETAILED DESCRIPTION 
[0019] A block diagram of an example local metering system 100 
capable of providing viewing and metering information for video-on-demand 
program content via an example home entertainment system 102 is illustrated 
in FIG. 1 . The example home entertainment system 102 includes a broadcast 
source 104, a set-top box (STB) 108, a signal splitter 116 and a television 120. 
The example local metering system 100 includes a home unit 124. The 
components of the home entertainment system 102 and the local metering 
system 1 00 may be connected in any well-known manner including that 
shown in FIG. 1 . For example, in a statistically selected household having one 
or more home entertainment systems 102, the home unit 124 may be 
implemented as a single home unit and one or more site units. In such a 
configuration, the single home unit performs the functions of storing data and 
forwarding the stored data to a central facility (such as the central facility 211 
of FIG. 2 discussed below) for subsequent processing. Each site unit is 
coupled to a corresponding home entertainment system 102 and performs the 
functions of collecting viewing/metering data, processing such data (possibly 
in real-time) and sending the processed data to the single home unit for that 
home. The home unit receives and stores the data collected by the site units 
and subsequently forwards that collected data to the central facility. 

[0020] The broadcast source 104 may be any broadcast media source, 
such as a cable television service provider, a satellite television service 
provider, a radio frequency (RF) television service provider, an internet 
streaming video/audio provider, etc. The broadcast source 104 may provide 
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analog and/or digital television signals to the home entertainment system 102, 
for example, over a coaxial cable or via a wireless connection. 

[0021] The STB 108 may be any set-top box, such as a cable television 
converter, a direct broadcast satellite (DBS) decoder, a video cassette recorder 
(VCR), etc. The set-top box 108 receives a plurality of broadcast channels 
from the broadcast source 104. Typically, the STB 108 selects one of the 
plurality of broadcast channels based on a user input, and outputs one or more 
signals received via the selected broadcast channel. In the case of an analog 
signal, the STB 1 08 tunes to a particular channel to obtain programming 
delivered on that channel. For a digital signal, the STB 108 may tune to a 
channel and decode certain packets of data to obtain programming delivered 
on a selected channel. For example, the STB 108 may tune to a major channel 
and then extract a program carried on a minor channel within the major 
channel via the decoding process mentioned above. For some home 
entertainment systems 102, for example, those in which the broadcast source 
104 is a standard RF analog television service provider or a basic analog cable 
television service provider, the STB 108 may not be present as its function is 
performed by a tuner in the television 120. 

[0022] An output from the STB 1 08 is fed to a signal splitter 1 1 6, such 
as a single analog y-splitter in the case of an RF coaxial connection between 
the STB 108 and the television 120 or an audio/video splitter in the case of a 
direct audio/video connection between the STB 108 and the television 120. 
(For configurations in which the STB 108 is not present, the broadcast source 
104 may be coupled directly to the signal splitter 116). In the example home 
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entertainment system 102, the signal splitter produces two signals indicative of 
the output from the STB 108. Of course, a person of ordinary skill in the art 
will readily appreciate that any number of signals may be produced by the 
signal splitter 116. 

[0023] The STB 108 may also be coupled to a back-channel 
connection 128 to provide a return communication path to the broadcast signal 
provider corresponding to the broadcast source 104. The STB 108 may use 
the back-channel connection 128 to send billing and/or status information to 
the broadcast provider. The back-channel connection 128 may also allow a 
subscriber to use the STB 108 to request/order content for viewing on the 
television 120 (e.g., pay-per-view movies, video-on-demand programming, 
etc.), purchase goods and/or services, modify the subscription package 
associated with the STB 108, etc. 

[0024] In the illustrated example, one of the two signals from the 
signal splitter 1 16 is fed to the television 120 and the other signal is delivered 
to the home unit 124. The television 120 may be any type of television or 
television display device. For example, the television 120 may be a television 
and/or display device that supports the National Television Standards 
Committee (NTSC) standard, the Phase Alternating Line (PAL) standard, the 
Sy steme Electronique pour Couleur avec Memoire (SEC AM) standard, a 
standard developed by the Advanced Television Systems Committee (ATSC), 
such as high definition television (HDTV), a standard developed by the Digital 
Video Broadcasting (DVB) Project, or may be a multimedia computer system, 
etc. 
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[0025] The second of the two signals from the signal splitter 116 (i.e., 
the signal carried by connection 136 in FIG. 1) is coupled to an input of the 
home unit 124. The home unit 124 is a data logging and processing unit that 
may be used to generate viewing records and other viewing information useful 
for determining viewing and other metering information. The home unit 124 
typically collects a set of viewing records and transmits the collected viewing 
records over a connection 140 to a central office or data processing facility 
(not shown) for further processing or analysis. The connection 140 may be a 
telephone line, a return cable television connection, an RF or satellite 
connection, an internet connection or the like. 

[0026] The home unit 124 may be configured to determine identifying 
information based on the signal corresponding to the program content being 
output by the STB 108. For example, the home unit 124 may be configured to 
decode an embedded ancillary code in the signal received via connection 136 
that corresponds to the program currently being delivered by the STB 108 for 
display on the television 120. Alternatively or additionally, the home unit 124 
may be configured to generate a program signature based on the signal 
received via connection 136 that corresponds to the program currently being 
delivered by the STB 108 for display on the television 120. The home unit 
may then add this program identifying information to the viewing records 
corresponding to the currently displayed program. 

[0027] To facilitate the determination of program identifying 
information and the generation of viewing records for the currently displayed 
program content, the home unit 124 may also be provided with one or more 
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sensors 144. For example, one of the sensors 144 may be a microphone 
placed in the proximity of the television 120 to receive audio signals 
corresponding to the program being displayed. The home unit 124 may then 
process the audio signals received from the microphone 144 to decode any 
embedded ancillary code(s) and/or generate one or more audio signatures 
corresponding to a program being displayed. Another of the sensors 144 may 
be an on-screen display detector for capturing images displayed on the 
television 120 and processing regions of interest in the displayed image. The 
regions of interest may correspond, for example, to a broadcast channel 
associated with the currently displayed program, a broadcast time associated 
with the currently displayed program, a viewing time associated with the 
currently displayed program, etc. An example on-screen display detector is 
disclosed by Nelson, et al. in U.S. Provisional Patent Application Serial No. 
60/523,444 which is hereby incorporated by reference. Yet another of the 
sensors 144 could be a frequency detector to determine, for example, the 
channel to which the television 120 is tuned. One having ordinary skill in the 
art will recognize that there are a variety of sensors 144 that may be coupled 
with the home unit 1 24 to facilitate generation of viewing records containing 
sufficient information for the central office to determine a set of desired 
ratings and/or metering results. 

[0028] The example home entertainment system 102 also includes a 
remote control device 160 to transmit control information that may be 
received by any or all of the STB 108, the television 120 and the home unit 
124. One having ordinary skill in the art will recognize that the remote control 
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device 160 may transmit this information using a variety of techniques, 
including, but not limited to, infrared (IR) transmission, radio frequency 
transmission, wired/cabled connection, and the like. 

[0029] The example local metering system 1 00 also includes a people 
meter 164 to capture information about the audience. The example people 
meter 164 may have a set of input keys, each assigned to represent a single 
viewer, and may prompt the audience members to indicate that they are 
present in the viewing audience by pressing the appropriate input key. The 
people meter 164 may also receive information from the home unit 124 to 
determine a time at which to prompt the audience members. Moreover, the 
home unit 124 may receive information from the people meter 164 to modify 
an operation of the home unit 124 (such as causing the home unit to generate 
one or more viewing records based on a change in the viewing audience). As 
will be appreciated by one having ordinary skill in the art, the people meter 
1 64 may receive and/or transmit information using a variety of techniques, 
including, but not limited to, infrared (IR) transmission, radio frequency 
transmission, wired/cabled connection, and the like. As will also be 
appreciated by one having ordinary skill in the art, the people meter 164 may 
be implemented by a combination of the remote control device 160 and one or 
more of the STB 108 and/or the home unit 124. In such an implementation, 
the STB 108 and/or the home unit 124 may be configured to display 
prompting information and/or other appropriate people meter content directly 
on the television 120. Correspondingly, the remote control device 1 60 may be 
configured to accept inputs from the viewing audience and transmit these user 
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inputs to the appropriate device responsible for generating the people meter 
display on the television 120. 

[0030] FIG. 2 illustrates an example monitoring system 200 to monitor 
viewing of program content provided by an example broadcast system 201 . 
The example broadcast system 201 of FIG. 2 includes a broadcast station 202 
that receives audio/video content from a plurality of content providers 204 and 
206. The audio/video content providers 204 and 206 may provide audio 
and/or video programs or information, such as television programs, 
advertisements, audio (e.g., radio) programs, still image information (e.g., web 
pages), etc., in known manners to the broadcast station 202. 

[0031] The example monitoring system 200 of FIG. 2 includes one or 
more reference sites 208, a plurality of local metering systems 209 (for 
example, a set of systems similar or identical to the local metering system 100 
of FIG. 1) located at a plurality of home sites 210 (which may be statistically 
selected to represent a larger population) and a central facility 21 1 to compile 
and process data collected by the local metering systems 209. For ease of 
reference, only one home site 210, one reference site 208 and one central 
facility 21 1 is shown in FIG. 2. However, persons of ordinary skill in the art 
will appreciate that any number of home sites 210, reference sites 208 and/or 
central data collection and processing facilities 211 may be employed. 

[0032] The broadcast station 202 transmits one or more signals 
containing digital and/or analog audio/video content information. These 
signals are received by at least one reference site 208 and at least one 
statistically selected home site 210 via communication paths or links 212 and 
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214, respectively. The communication paths or links 212 and 214 may include 
any combination of hardwired or wireless links, such as satellite links, 
wireless land-based links, cable links, etc. The signals conveyed via the links 
212 and 214 may contain multi-program analog signals and/or digital data 
streams which are commonly employed within existing broadcast systems. 

[0033] In the example monitoring system 200, the reference site 208 
includes a plurality of receivers (e.g., set-top boxes or the like) 216, 218 and 
220 that simultaneously demodulate, demultiplex and/or decode audio, video 
and/or other information received from the broadcast station 202. In the 
illustrated example, each of the receivers 216, 21 8 and 220 provides audio 
and/or video information associated with a different program that is currently 
being broadcast to a reference site processor 222. In other words, the receiver 
216 may provide audio and/or video information associated with a program A 
while the receivers 218 and 220 provide audio and/or video information 
associated with respective programs B and C. In addition, the reference site 
processor 222 is configured to control each of the receivers 216, 218 and 220 
and/or has information indicating a program to which each of the receivers 
21 6, 21 8 and 220 is tuned at any given time. 

[0034] The reference site processor 222 may determine the original 
broadcast date/time stamps, decode reference ancillary code information 
and/or generate reference signature information for a plurality of 
simultaneously broadcast audio/video content. The reference site processor 
222 sends the original broadcast time stamps and the reference code and/or 
signature information to a central facility processor 224 which stores the 
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original broadcast time stamps and the reference code and/or signature 
information in a database 226. 

[0035] The home site 210 could be, for example, a statistically selected 
home containing a television, a radio, a computer, etc. The home site 210 
includes an output device 228 (e.g., a video display, speaker, etc., such as the 
television 120 of FIG. 1). The home site 210 also includes a receiver 230, 
such as the STB 108 of FIG. 1, which may be similar or identical to the 
receivers 216, 218 and 220. Such receivers are well-known and, thus, are not 
described in greater detail herein. The receiver 230 provides audio and/or 
video signals 232 to the output device 228 that are used to present the program 
currently selected for consumption. 

[0036] To monitor the use of the receiver 230, the home site 210 is 
provided with a local metering system 209, such as the local metering system 
100 of FIG. 1. The local metering system 209 may include, for example, a 
home unit such as the home unit 124. The receiver 230 provides an audio 
and/or a video signal containing audio and/or video information associated 
with the currently displayed program to the local metering system 209 via a 
connection 234. The local metering system 209 uses the signal received via 
the connection 234 to decode ancillary code information and/or generate 
signature information corresponding to the program currently being displayed 
on the output device 228. The local metering system 209 stores and 
periodically conveys this code and/or signature information to the central 
facility processor 224, for example, in the form of a viewing record or set of 
records. 
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[0037] The central facility processor 224, in addition to being able to 
perform other processing tasks, is configured to compare code and/or 
signature information generated at the home site 210 to the reference code 
and/or signature information stored in the database 226 to identify the 
channels and/or programs that were displayed at the home site 210. To 
facilitate the comparison of code and/or signature information received from 
the reference site 208 to the code and/or signature information received from 
the home site 210, the reference site processor 222 and the local metering 
system 209 may generate time stamp information and associate such time 
stamp information with the code and/or signature information collected at the 
corresponding time. In this manner, the central facility processor 224 can 
attempt to align the code and/or signature information received from the 
reference sites 208 with the code and/or signature information collected at the 
corresponding times via the home site 210 to thereby reduce the number of 
comparisons required to identify a match. 

[0038] FIG. 3 illustrates an example monitoring system for video-on- 
demand (VOD) programming that may employ metered data from a VOD 
server and/or a statistically selected home. In the example environment of use 
of FIG. 3, the VOD system includes a VOD server 304, a distribution network 
308 and multiple subscriber STBs 312, 316. The VOD server 304 may be 
implemented as a single server or a collection of servers located in a central 
location or multiple, distributed geographical locations. The VOD server 304 
stores the VOD content to be transmitted to the subscriber STBs 3 12, 3 1 6. 
The distribution network 308 may be any distribution network that is able to 
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transmit VOD content to a subscriber location (e.g., an RF television 
broadcaster, a cable television service provider, a satellite service provider, 
etc.). For example, the distribution network 308 may be implemented by the 
broadcast station 202 and the communication paths 212 and 214 of FIG. 2. 
The subscriber STBs 312, 316 may be any set-top box, such as the STB 108 of 
FIG. 1. 

[0039] The example monitoring system of FIG. 3 includes a metering 
home interface 320, such as the local metering system 100 of FIG. 1, coupled 
to the STB 3 1 6. The metering home interface 320 may be used to collect 
viewing data (e.g., TV ON/OFF data, tuning data, content codes, content 
signatures, etc.), audience demographics (e.g., via the people meter 164), etc. 
The example monitoring system also includes a metering server interface 324 
to collect data from the VOD server 304. The data may be stored in any 
appropriate format, for example, an XML format or equivalent, and may 
include VOD content information, such as the VOD content title, the 
associated metadata for the VOD content and other subscriber information, 
such as an STB identifier (ID) for a given subscriber's STB. The metered 
server data may correspond to all VOD service subscribers, instead of being 
limited to only those subscribers included in a statistical sampling of selected 
households. 

[0040] The example monitoring system of FIG. 3 also includes a 
central facility 328, such as the central facility 21 1 of FIG. 2. The central 
facility 328 may receive information from the metering server interface 324 
and/or the metering home interface 320. The central facility 328 may combine 
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the information received from both the metering server interface 324 and/or 
the metering home interface 320 to credit VOD programming and to generate 
corresponding usage and demographic reports. For example, the central 
facility 328 may use the STB ID for the STB 316 to match the data from 
metering home interface 320 to the corresponding data received from the 
metering server interface 324. 

[0041] To better understand the benefits of collecting metering data 
from a VOD metering server interface (e.g., the metering server interface 324 
of FIG. 3), an example viewing record 400 generated by a local metering 
system, (e.g., the local metering system 100 of FIG. 1 or the metering home 
interface 320 of FIG. 3) is shown in FIG. 4. The viewing record is typically 
generated by a home unit, such as the home unit 124 of FIG. 1, and reported to 
a central facility, such as the central facility 328 of FIG. 3. The home unit 124 
may send the stored viewing records to the central facility 328, for example, at 
periodic intervals (e.g., once a day), continuously, or at a-periodic intervals 
(e.g., whenever a predetermined event occurs). One having ordinary skill in 
the art will appreciate that a variety of viewing records substantially 
equivalent to the viewing record 400 may be generated by the home unit 124. 
Such viewing records may include metering information in addition to and/or 
different from the example 400 of FIG. 4, yet may still be used by the methods 
and/or apparatus described herein. 

[0042] Turning to FIG, 4, the example viewing record 400 includes a 
home unit ID 404 to identify the home unit 124 that generated/reported the 
viewing record. The viewing record 400 may also include a STB ID 408 
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corresponding to the STB, such as the STB 316, that selected and/or presented 
the displayed broadcast or VOD programming content. The home unit ID 404 
and/or the STB ID 408 may be used by the central facility 328 to cross- 
reference the reported viewing record 400 with the corresponding VOD server 
data provided by the metering server interface 324. 

[0043] The example viewing record also includes sets of channel data 
information 412, 414, 416 corresponding to channels of the STB 316 selected 
by the user/subscriber. In the instant example, the home unit 1 24 is 
configured to poll the STB 316 at periodic intervals (e.g., once every 2.7 sec.) 
to determine the channel number selected by the STB 316. Additionally, the 
home unit 124 may be configured with a mapping table, for example, to map 
sets of channels into larger supersets of channels having similar content. For 
example, a set of broadcast channels used to carry pay-per-view programming 
may be grouped into a single superset representing all receivable pay-per-view 
content. Similarly, a set of broadcast channels used to carry VOD 
programming may be grouped and represented by a single superset used to 
indicate that VOD content was selected/output by the STB 316. As a result, 
the channel data 412, 414 that the home unit 124 includes in the example 
viewing record 400 may comprise the channel number selected by the STB 
316 and the timestamp at which the measurement was taken. Additionally or 
alternatively, the home unit 124 may include VOD data 416 in the example 
viewing record 400, with the VOD data 416 including an entry indicating that 
any member of the superset of VOD channels was selected (represented by 
"VOD" in FIG. 4) and the timestamp at which the measurement was taken. 
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Thus, as one having ordinary skill in the art will recognize, the example 
viewing record 400 may be used to indicate that at least one of a superset of 
VOD channels was selected by the STB 316. However, the actual VOD 
channel selected and/or the actual VOD content selected/output by the STB 
316 cannot be readily determined solely from the data included in the example 
viewing record 400. 

[0044] To determine the actual selected/displayed VOD content 
corresponding to a reported viewing record, such as the example viewing 
record 400 of FIG. 4, a first example process 500 to combine metering data 
from a VOD server with metering data reported from one or more statistically 
selected homes is illustrated in the flowchart of FIG. 5. Using FIG. 3 as a 
reference, to perform the example process 500, a VOD metering server 
interface, such as the metering server interface 324, is configured to send a 
database of metering data for all households served by a VOD server, such as 
the VOD server 304, to a central facility, such as the central facility 328. The 
central facility 328 stores the data in this database and then cross-references 
such data based on, for example, the home unit ID 404 and/or the STB ID 408 
provided in the example viewing record 400. The central facility 328 may 
then augment the VOD data reported in the viewing record 400 with the 
corresponding, specific VOD content information included in the VOD server 
metering database provided by the metering server interface 324. 

[0045] Turning to FIG. 5, the example process 500 begins at block 504 
at which the metering server interface 324 sends the VOD server metering 
database for all households served by the VOD server 304 to the central 
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facility 328. The metering server interface 324 may be configured to send this 
database at predetermined times, for example, at periodic (e.g., daily) 
intervals. Alternatively, the metering server interface 324 may send the 
database upon the occurrence of one or more predetermined events (e.g., in 
response to a request from the central facility 328, when a predetermined 
amount of data is collected, etc.). At some time or times after processing at 
block 504 completes, control proceeds to block 508 at which the central 
facility 328 gets one or more viewing records (such as the example viewing 
record 400 of FIG. 4) received from at least one metering home interface 320 
(e.g., records generated and reported by a home unit, such as home unit 124, 
included in the metering home interface 320). Then at block 512, the central 
facility 328 determines whether VOD data (e.g., VOD data 416) is included in 
the reported viewing record 400. If VOD data is present (block 512), control 
proceeds to block 516. 

[0046] If VOD data 416 is present in the received viewing record 400 
(block 512), control proceeds to block 516 at which the central facility 328 
uses, for example, the reported home unit ID 404 and/or the STB ID 408 to 
cross-reference the VOD server metering database received at block 504. If a 
match is found (block 520), control proceeds to block 524 at which the central 
facility 328 selects the corresponding entry or entries in the VOD server 
metering database and combines the selected VOD server metering data with 
the reported viewing record 400 being processed (e.g., by replacing the 
generic VOD data 416 with specific VOD server metering data included in the 
VOD server metering database). If, however, a cross-referencing match is not 
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found (block 520), control proceeds to block 528 at which the central facility 
328 indicates that VOD server metering information is not available for the 
viewing record 400 being processed. Control then proceeds from either block 
524 or block 528 to block 532. 

[0047] At block 532, the central facility 328 determines whether the 
viewing record 400 is the last viewing record to be processed. If the viewing 
record 400 is not the last record to be processed (block 532), control returns to 
block 508 and blocks subsequent thereto at which the central facility 328 
processes the next received viewing record. Conversely, if the viewing record 
400 is the last record to be processed (block 532), control proceeds to block 
536 at which the central facility 328 generates ratings/metering reports for 
home sites that reported viewing records 400 corresponding to the presentation 
of VOD programming content. The example process 500 then ends. 

[0048] One having ordinary skill in the art will appreciate that 
processing represented by blocks 508 through 536 may be executed, for 
example, on an event-driven basis corresponding to the receipt of one or more 
viewing records from one or more households. Such processing may also be 
iterated multiple times, for example, one iteration for each received viewing 
record, one iteration for each instance of reported VOD data in a received 
viewing record, etc. 

[0049] FIG. 6 is a flowchart of a second example process 600 to 
monitor VOD programming that may combine metering data from a VOD 
server with metering data from one or more statistically selected homes. 
Again using FIG. 3 as a reference, for the example process 600, a central 
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facility, such as the central facility 328, is configured to receive one or more 
viewing records, such as the example viewing record 400 of FIG. 4, from one 
or more metering home interfaces, such as the metering home interface 320. 
The central facility 328 then queries at least one metering server interface, 
such as the metering server interface 324, to provide VOD content metering 
information corresponding to the household represented by the received 
viewing record 400 (e.g., by querying a particular metering server interface 
324 or a subset of such interfaces corresponding to the household identified by 
the home unit ID 404 and/or the STB ID 408 provided in the example viewing 
record 400, or querying all available metering server interfaces 324 to provide 
data corresponding to the home unit ID 404 and/or the STB ID 408). The 
metering server interface 324 returns such information based on data obtained 
from a monitored VOD server, such as the VOD server 304. The central 
facility 328 then combines the queried VOD server metering information with 
the reported metering information in the viewing record 400 to generate the 
appropriate ratings/metering report(s). 

[0050] Turning to FIG. 6, processing begins at block 604 at which the 
central facility 328 gets one or more viewing records (such as the example 
viewing record 400 of FIG. 4) received from at least one metering home 
interface 320 (e.g., generated and reported by a home unit, such as home unit 
124, included in the metering home interface 320). Then at block 608, the 
central facility 328 determines whether VOD data (e.g., VOD data 416) is 
included in the reported viewing record 400. If VOD data is present (block 
608) control proceeds to block 612 and blocks subsequent thereto. 
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[0051] If VOD data 416 is present in the received viewing record 400 
(block 608), control proceeds to block 612 at which the central facility 328 
uses, for example, the reported home unit ID 404 and/or the STB ID 408 to 
query one or more metering server interfaces 324 corresponding to one or 
more VOD servers 304. In the instant example, the metering server interface 
324 and/or a combination of the metering server interface 324 and the VOD 
server 304 maintains a VOD server metering database corresponding to all 
households served by the VOD server 304. If a match is found (block 616), 
control proceeds to block 620 at which the metering server interface 324 
returns the corresponding entry or entries in the VOD server metering 
database and the central facility 328 combines such VOD server metering data 
with the reported viewing record 400 being processed (e.g., by replacing the 
generic VOD data 416 with specific VOD server metering data returned by the 
metering server interface 324). If, however, a cross-referencing match is not 
found (block 616), control proceeds to block 624 at which the central facility 
328 indicates that VOD server metering information is not available for the 
viewing record 400 being processed. Control then proceeds from either block 
620 or block 624 to block 628. 

[0052] At block 628, the central facility 328 determines whether the 
viewing record 400 is the last viewing record to be processed. If the viewing 
record 400 is not the last record to be processed (block 628), control returns to 
block 604 and blocks subsequent thereto at which the central facility 328 
processes the next received viewing record. Conversely, if the viewing record 
400 is the last record to be processed (block 628), control proceeds to block 
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632 at which the central facility 328 generates ratings/metering reports for 
home sites that reported viewing records 400 corresponding to the presentation 
of VOD programming content. The example process 600 then ends. 

[0053] One having ordinary skill in the art will appreciate that the 
example process 600 may be executed, for example, on an event-driven basis 
corresponding to the receipt of one or more viewing records from one or more 
households. Such processing may also be iterated multiple times, for example, 
one iteration for each receiver viewing record, one iteration for each instance 
of reported VOD data in a received viewing record, etc. 

[0054] A flowchart representative of example machine readable 
instructions for implementing at least portions of the VOD server 304 and/or 
the metering server interface 324 of FIG. 3 is shown in FIGS. 7A-7C. In this 
example, the process represented by the flowchart may be implemented by a 
set of machine readable instructions that may comprise one or more programs 
for execution by a processor, such as the processor 912 shown in the example 
computer 900 discussed below in connection with FIG. 9. The one or more 
programs may be embodied in software stored on a tangible medium such as a 
CD-ROM,' a floppy disk, a hard drive, a DVD, or a memory associated with 
the processor 912, but persons of ordinary skill in the art will readily 
appreciate that the entire program and/or portions thereof could alternatively 
be executed by a device other than the processor 912 and/or embodied in 
firmware or dedicated hardware in a well-known manner. For example, any or 
all of the VOD server 304 and the metering server interface 324 could be 
implemented by any combination of software, hardware, and/or firmware. 
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Further, although the example programs are described with reference to the 
flowchart illustrated in FIGS. 7A-7C, persons of ordinary skill in the art will 
readily appreciate that many other methods of implementing the example 
methods and apparatus described herein may alternatively be used. For 
example, with reference to the flowchart illustrated in FIGS. 7A-7C, the order 
of execution of the blocks may be changed, and/or some of the blocks 
described may be changed, eliminated, combined and/or subdivided into 
multiple blocks. 

[0055] An example program 700 to implement at least portions of the 
VOD server 304 and/or the metering server interface 324 of FIG. 3 is shown 
in FIGS 7A-7C. The example program 700 may be used to create the VOD 
server database (or contents thereof) provided as input to the example 
processes 500 and 600 of FIGS. 5 and 6, respectively. The program 700 may 
be executed in response to VOD service requests (e.g., VOD content 
selections) sent by, for example, the STB 316 to the VOD server 304. The 
example program 700 begins at block 702 of FIG. 7A at which the VOD 
server 304 determines that the STB 316 has selected a VOD channel for 
display. In response, the VOD server 304 generates an OD-START-SESSION 
information packet at block 702 to indicate that an on-demand (e.g., VOD) 
session was initiated corresponding to the selection of the VOD channel. The 
OD-STARTSESSION packet marks the beginning of a VOD session and 
may contain descriptive information such as the STB ID of the STB 316, a 
unique session identifier to identify the particular VOD session established 
between the VOD server 304 and the STB 316, and a timestamp to indicate 
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when the VOD session was initiated. Control then proceeds to block 704 at 
which the VOD server 304 generates an OD-INFORMATION information 
packet to provide additional descriptive information regarding the current 
VOD session. 

[0056] An OD-INFORMATION packet may include, for example, any 
or all of the following data: the STB ID of the STB 316, the session ID, a 
timestamp, an overall bitrate for the VOD session, a description of the VOD 
session connection type (e.g., TCP, UDP, etc.), one or more counters 
indicating any errors (e.g., stream errors, communications errors, system 
errors, etc.) that may have occurred since initiation of the VOD session, major 
and/or minor channel numbers corresponding to the VOD channel selected by 
the STB 316, etc. OD-INFORMATION packets may be generated at various 
times throughout the duration of a VOD session, for example, at session 
initiation (block 704), at session termination (block 728 described below) and 
at periodic (e.g., five minute) intervals while the VOD session is active (block 
712 described below). Control then proceeds to block 706. 

[0057] Upon selection of a VOD channel, the VOD server 304 may 
cause a VOD navigation menu to be displayed via the STB 316. Additionally 
or alternatively, an audience member may cause a navigation menu to be 
displayed, for example, by pressing an appropriate input key on a remote 
control device, such as the remote control device 160 of FIG. 1 . Thus, at 
block 706 the VOD server 304 determines whether a navigation session has 
been initiated. If a navigation session has been enabled (block 706), control 
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proceeds to block 708 at which the VOD server 304 generates an OD- 
NAVIGATION packet. 

[0058] An OD-NAVIGATION packet may include, for example, any 
or all of the following data: the STB ID of the STB 316, the session ID, a 
timestamp, a navigation code to indicate the usage of the navigation menu 
(e.g., an up arrow button press, a down arrow button press, a page up button 
press, a page down button press, a program information (info) button press, a 
select/OK button press, etc.), etc. Thus, multiple OD-NAVIGATION packets 
may be generated during an active navigation session as the audience member 
navigates through the navigation menu. Upon termination of the navigation 
session or if a navigation session was not initiated, control proceeds to block 
710. 

[0059] At block 710, the VOD server 304 generates an OD- 
START_STREAM information packet corresponding to the VOD content 
stream sent by the VOD server 304 for display via the STB 316. Multiple 
VOD content streams may be activated throughout the duration of a VOD 
session. For example, after a VOD session is initiated (e.g., through selection 
of a VOD channel) and a navigation session, if applicable, terminates, the 
VOD server 304 may initiate a VOD content stream that carries a movie trailer 
or a targeted advertisement. The OD-START STREAM packet of the 
illustrated example includes descriptive data corresponding to the active VOD 
content stream, such as any or all of the following: the STB ID of the STB 
316, the session ID, a timestamp, a stream ID to uniquely identify the active 
VOD content stream, a program/asset ID to uniquely identify the content (e.g., 
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movie trailer, advertisement, VOD program, etc.) being carried by the VOD 
content stream, a program/asset title, a program/asset type identifier (e.g., pay- 
per-view movie, free movie on-demand, advertisement, long advertisement, 
targeted advertisement, etc.), a station/studio ID to uniquely identify the 
originator of the VOD content, a station/studio name, a genre identifier to 
indicate the genre to which the VOD content belongs (e.g., talk show, drama, 
sporting event, etc.), an MPA rating for the VOD content carried by the active 
stream, etc. After the OD-STARTSTREAM packet is generated, control 
proceeds to block 712 at which the VOD server 304 generates another OD- 
INFORMATION packet corresponding to the active VOD content stream. 
Control then proceeds to block 714 of FIG. 7B. 

[0060] At block 714, the VOD server 304 determines whether an 
audience member has activated a trick-mode of operation via the STB 316. 
The VOD server may support trick-mode capability to allow the viewer to 
alter the linear nature of the VOD content stream. Trick-modes may include 
fast-forward, rewind, pause, play, etc. For example, an audience member may 
pause, via the pause trick-mode, a displayed VOD program to place a 
telephone call. The audience member may then resume the VOD program 
after completing the telephone call via the play trick-mode. Thus, multiple 
trick-modes may occur during the duration of an active VOD content stream. 
If the VOD server 304 determines that a trick-mode has been enabled (block 
714), control proceeds to block 716 at which the VOD server 304 generates an 
OD_TRICKMODE information packet corresponding to the enabled trick- 
mode. 
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[0061] An OD-TRICKMODE packet may include, for example, any or 
all of the following data: the STB ID of the STB 316, the session ID, a 
timestamp, the stream ID, a trick indicator to indicate the type of trick-mode 
that was enabled (e.g., fast-forward, rewind, pause, play, etc.), a trick-mode 
offset timestamp that represents an offset between the time at which the VOD 
content stream was initiated and the time at which the trick-mode was enabled, 
etc. After the OD-TRICKMODE is generated, control returns to block 712 of 
FIG. 7A at which the VOD server 304 generates another OD- 
INFORMATION packet corresponding to the enabled trick-mode. Control 
then proceeds to block 714 of FIG. 7B and blocks subsequent thereto at which 
the VOD server 304 determines whether another trick-mode has been enabled. 

[0062] If at block 714 the VOD server 304 determines that a trick- 
mode was not enabled, control proceeds to block 718 at which the VOD server 
determines whether a periodic information reporting timer has expired. If 
such a timer has expired (block 718), control returns to block 712 of FIG. 7A 
at which the VOD server 304 generates another OD-INFORMATION packet 
corresponding to the active VOD content stream. Control then proceeds again 
to block 714 at which the VOD server 304 checks whether a trick-mode has 
been enabled. 

[0063] If at block 71 8 the VOD server 304 determines that the timer 
has not expired, control proceeds to block 720 at which the VOD server 304 
determines whether the current VOD content stream has terminated (e.g., a 
targeted advertisement has completed prior to the start of a VOD program). If 
at block 720 the VOD server 304 determines that the VOD content stream has 
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not terminated (i.e., is still active), control returns to block 714 of FIG. 7B at 
which the VOD server 304 again checks whether a trick-mode has been 
enabled. 

[0064] If at block 720 the VOD server determines that the current 
VOD content stream has terminated, control proceeds to block 722 at which 
the VOD server generates an OD-STOP STREAM information packet 
corresponding to the terminated VOD content stream. The OD-STOP 
STREAM packet may include, for example, information such as the STB ID 
of the STB 316, the session ID, a timestamp, the stream ID, etc. Control then 
proceeds to block 724 at which the VOD server 304 generates another OD- 
INFORMATION packet corresponding to the terminated VOD content 
stream. Control then proceeds to block 726 of FIG. 7C at which the VOD 
server 304 determines whether the current VOD session has terminated. If the 
VOD session has not terminated (i.e., is still active), control returns to block 
710 of FIG. 7A at which the VOD server 304 generates another OD- 
START_SESSION packet corresponding to the next initiated VOD content 
stream (e.g., a VOD program starting after the completion of a previous movie 
trailer or targeted advertisement). 

[0065] If, however, at block 726 the VOD server 304 determines that 
the current VOD session has terminated, control proceeds to block 728 at 
which the VOD server generates another OD-INFORMATION packet 
corresponding to the terminated VOD session. Control then proceeds to block 
730 at which the VOD server 304 generates an OD-END-SESSION packet 
corresponding to the terminated VOD session. The OD-END-SESSION 
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packet may include, for example, information such as the STB ID of the STB 
316, the session ID, a timestamp, etc. After generation of the OD-END- 
SESSION packet, the example program 700 of FIGS. 7A-7C ends. 

[0066] One having ordinary skill in the art will appreciate that the 
execution order of at least some of the blocks in the example program 700 of 
FIGS, 7A-7C may be varied as needed to support generation of VOD server 
database information in addition to that described above. For example, to 
support generation of OD-NAVIGATION packets in cases in which the 
viewer activates a navigation menu during presentation of a VOD program, 
blocks 706 and 708 could also be executed in an interrupt handler triggered by 
the activation of the navigation menu. One having ordinary skill in the art will 
also appreciate that, while the example program 700 was described as being 
executed via the VOD server 304, other substantially equivalent 
implementations may be employed. For example, the example program 700 
could be executed via the metering server interface 324 or a combination of 
the VOD server 304 and the metering server interface 324. 

[0067] Example VOD server information packets that may be 
generated by the example program 700 of FIGS. 7A-7C are shown in FIGS. 
8A-8G. As described above, these information packets may be used to create 
the VOD server database (or contents thereof) provided as input to the 
example processes 500 and 600 of FIGS. 5 and 6, respectively. The example 
information packets illustrated in FIGS. 8A-8G include an OD-START- 
SESSION packet, an OD-END-SESSION packet, an OD-INFORMATION 
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packet, an OD- START-STREAM packet, an OD-STOP-STREAM packet, an 
OD-NAVIGATION packet and an OD-TRICKMODE packet. 

[0068] Example OD-START-SESSION and OD-END-SESSION 
information packets are shown in FIGS. 8A and 8B, respectively. An OD- 
START-SESSION packet may be generated, for example, at block 702 of the 
example program 700 of FIG. 7A-7C to indicate the start of a VOD session. 
Similarly, the program 700 may generate an OD-END-SESSION packet at 
block 730 to indicate the end of a VOD session. Both of the example OD- 
START-SESSION and OD-END-SESSION packets have similar information 
fields, including an STB ID field, a session ID field and a timestamp field. As 
shown in FIGS. 8A and 8B, the STB ID is a unique identifier that may 
correspond, for example, to the MAC (medium-access-control) address of the 
STB that initiated the VOD session (e.g., STB 316 of FIG. 3). The session ID 
is a unique identifier corresponding to the VOD session initiated between an 
STB and a VOD server (e.g., the STB 3 16 and the VOD server 304). The 
timestamp includes the date and time at which the respective OD-START- 
SESSION or OD-END-SESSION packet was generated. 

[0069] An example OD-INFORMATION packet is shown in FIG. 8C. 
An OD-INFORMATION packet may be generated, for example, at various 
blocks of the example program 700 of FIG. 7A-7C to provide descriptive 
information regarding a variety of events. For example, OD-INFORMATION 
packets may be generated at block 704 to further describe an initiated VOD 
session, at block 712 to further describe an initiated VOD content stream 
and/or VOD content stream modified via a trick-mode, at block 724 to further 
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describe a terminated VOD content stream and/or at block 728 to further 
describe a terminated VOD session. The example OD-INFORMATION 
packet of FIG. 8C has multiple information fields, including an STB ID field, 
a session ID field, a timestamp field, a bitrate field, a connection type field, a 
stream errors field, a communication errors field, a system errors field and a 
channel number field. The format and contents of the STB ID field, the 
session ID field and the timestamp field are similar to that of the OD-START- 
SESSION and OD-END-SESSION packets described above and, as such, are 
not described further herein. The bitrate field indicates the aggregate bit rate 
of the active VOD session. The connection type field includes an identifier 
corresponding to the specific type of data connection that carries the active 
VOD session (e.g., TCP, UDP, etc.). The stream errors, communication errors 
and system errors fields include counter values corresponding to the number 
of stream errors, communication errors and system errors, respectively, that 
have occurred since initiation of the active VOD session. The channel number 
field includes an identifier corresponding to the selected VOD channel (e.g., 
major and minor channel) used to send the selected VOD content from a VOD 
server to an STB (e.g., the VOD server 304 and the STB 316 of FIG. 3). 

[0070] Example OD-START-STREAM and OD-STOP-STREAM 
information packets are shown in FIGS. 8D and 8E, respectively. An OD- 
START-STREAM packet may be generated, for example, at block 710 of the 
example program 700 of FIG. 7A-7C to indicate the start of a VOD content 
stream. Similarly, the program 700 may generate an OD-STOP-STREAM 
packet at block 722 to indicate the termination of a VOD stream. Both of the 
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example OD-START-STREAM and OD-STOP-STREAM packets have 
similar information fields, including an STB ID field, a session ID field, a 
timestamp field and a stream ID field. The format and contents of the STB ID 
field, the session ID field and the timestamp field are similar to that of the OD- 
START-SESSION and OD-END-SESSION packets described above and, as 
such, are not described further herein. The stream ID field is a unique 
identifier corresponding to the current VOD content stream being used to 
carry the VOD content for the active VOD session. 

[0071] The example OD-START-STREAM information packet of 
FIG. 8D also includes additional fields, such as a program/asset ID field, a 
program/asset title field, a program/asset type field, a station/studio ID field, a 
station/studio name field, a genre field and an MPA rating field. The 
program/asset ID field includes a unique identifier corresponding to the 
content (e.g., movie trailer, advertisement, VOD program, etc.) being carried 
by the VOD content stream. The program/asset title field includes the name of 
current VOD program/asset. The program/asset type field includes an 
identifier corresponding to the type of the current VOD program/asset (e.g., 
pay-per-view movie, free movie on-demand, advertisement, long 
advertisement, targeted advertisement, etc.). The station/studio ID field 
includes a unique identifier corresponding to the originator of the current 
VOD program/asset. The station/studio name field includes the name of the 
originator of the current VOD program/asset. The genre field includes an 
identifier to indicate the genre to which the current VOD content belongs (e.g., 
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talk show, drama, sporting event, etc.). The MPA rating field includes the 
MPA rating assigned to the VOD content carried by the active stream. 

[0072] An example OD-NAVIGATION packet is shown in FIG. 8F. 
An OD-NAVIGATION packet may be generated, for example, at block 708 of 
the example program 700 of FIG. 7A-7C to provide information 
corresponding to the activation of a VOD navigation menu. The example OD- 
NAVIGATION packet has information fields, including an STB ID field, a 
session ID field, a timestamp field and a navigation code field. The format 
and contents of the STB ID field, the session ID field and the timestamp field 
are similar to that of the OD-START-SESSION and OD-END-SESSION 
packets described above and, as such, are not described further herein. The 
navigation code field includes an identifier corresponding to the usage of the 
navigation menu (e.g., an up arrow button press, a down arrow button press, a 
page up button press, a page down button press, a program information (info) 
button press, a select/OK button press, etc.). 

[0073] An example OD-TRICKMODE packet is shown in FIG. 8G. 
An OD- TRICKMODE packet may be generated, for example, at block 716 of 
the example program 700 of FIG. 7A-7C to provide information 
corresponding to initiation of a trick-mode of operation during an active VOD 
content stream. The example OD- TRICKMODE packet has multiple 
information fields, including an STB ID field, a session ID field, a timestamp 
field, a stream ID field, a trick field and an offset timestamp field. The format 
and contents of the STB ID field, the session ID field, the timestamp field and 
the stream ID field are similar to that of the OD-START-STREAM and OD- 
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STOP-STREAM packets described above and, as such, are not described 
further herein. The trick field includes an identifier corresponding to the trick- 
mode activated by the audience member (e.g., fast-forward, rewind, pause, 
play, etc.). The offset timestamp field represents an offset between the time at 
which the VOD content stream was initiated and the time at which the trick- 
mode was activated. 

[0074] FIG. 9 is a block diagram of an example computer 900 capable 
of implementing the apparatus and methods disclosed herein. The computer 
900 can be, for example, a server, a personal computer, a personal digital 
assistant (PDA), an Internet appliance, or any other type of computing device. 

[0075] The system 900 of the instant example includes a processor. 
912. For example, the processor 912 can be implemented by one or more 
Intel® microprocessors from the Pentium® family, the Itanium® family or the 
XScale® family. Of course, other processors from other families are also 
appropriate. One or more processors such as processor 912 may be used to 
implement any or all of the home unit 124 and/or the STB 108 (or portions 
thereof) of FIG. 1, the central facility processor 224 (or portions thereof) of 
FIG. 2, and/or the VOD server 304 and/or the metering server interface 324 of 
FIG. 3. A processor such as processor 912 may also be used to implement the 
example program 700 of FIGS. 7A-7C. 

[0076] The processor 912 is in communication with a main memory 
including a volatile memory 914 and a non-volatile memory 916 via a bus 
918. The volatile memory 914 may be implemented by Static Random Access 
Memory (SRAM), Synchronous Dynamic Random Access Memory 
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(SDRAM), Dynamic Random Access Memory (DRAM), RAMBUS Dynamic 
Random Access Memory (RDRAM) and/or any other type of random access 
memory device. The no n- volatile memory 916 may be implemented by flash 
memory and/or any other desired type of memory device. Access to the main 
memory 914, 916 is typically controlled by a memory controller (not shown) 
in a conventional manner. 

[0077] The computer 900 also includes a conventional interface circuit 
920. The interface circuit 920 may be implemented by any type of well- 
known interface standard, such as an Ethernet interface, a universal serial bus 
(USB), and/or a third generation input/output (3GIO) interface. 

[0078] One or more input devices 922 are connected to the interface 
circuit 920. The input device(s) 922 permit a user to enter data and commands 
into the processor 912. The input device(s) can be implemented by, for 
example, a keyboard, a mouse, a touchscreen, a track-pad, a trackball, an 
isopoint and/or a voice recognition system. 

[0079] One or more output devices 924 are also connected to the 
interface circuit 920. The output devices 924 can be implemented, for 
example, by display devices (e.g., a liquid crystal display, a cathode ray tube 
display (CRT)), by a printer and/or by speakers. The interface circuit 920, 
thus, typically includes a graphics driver card. 

[0080] The interface circuit 920 also includes a communication device 
such as a modem or network interface card to facilitate exchange of data with 
external computers via a network 926 (e.g., an Ethernet connection, a digital 
subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone 
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system, etc.). The interface circuit 920 and the network 926 may implement 
the connection 140 of FIG. 1. 

[0081] The computer 900 also includes one or more mass storage 
devices 928 for storing software and data. Examples of such mass storage 
devices 928 include floppy disk drives, hard drive disks, compact disk (CD) 
drives and DVD drives. The mass storage device 928 and/or the volatile 
memory 914 may be used to store the viewing records in the home unit 124 of 
FIG. 1. A mass storage device such as the mass storage device 928 may also 
be used to store the VOD server metering database provided as input to the 
example processes 500 and/or 600 of FIGS. 5 and 6, respectively. 

[0082] As an alternative to implementing the methods and/or apparatus 
described herein in a system such as the device of FIG. 9, the methods and or 
apparatus described herein may be embedded in a structure such as a processor 
and/or an ASIC (application specific integrated circuit). 

[0083] Although certain example methods, apparatus and articles of 
manufacture have been described herein, the scope of coverage of this patent 
is not limited thereto. On the contrary, this patent covers all methods, 
apparatus and articles of manufacture fairly falling within the scope of the 
appended claims either literally or under the doctrine of equivalents. 
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ABSTRACT 

Server based methods and apparatus to determine audience viewing of 
video-on-demand programs are disclosed. An example method for monitoring 
a displayed VOD program disclosed herein comprises determining a first set 
of metering information based on a first set of data collected at a subscriber 
site, determining a second set of metering information based on a second set of 
data reported by at least one of a VOD server and a head-end, and combining 
the first and second sets of metering information to credit the displayed VOD 
program. 
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OD-START-SESSION: 



Field 


Description 


Format 


Example 


Set top box 
ID 


A unique identifier for the set top box that 
initiated the On-Demand session. The 
recommended set top ID is the MAC 
address for the device. 


Variable length 
string 


01:02:03:04:05:06 


Session ID 


A unique identifier established between 
the On-Demand system and the set top 
box. 


Variable-length 
string 


0123456789 


Timestamp 


The time/date when On-Demand session 


MM/DD/YYYY 
HH:MM: SS.MMM 


01/23/2003 
20:55:20.123 




FIG. 8A 




OD-END-SESSION: 






Field 


Description 


Format 


Example 


Set top box 
ID 


A unique identifier for the set top box that 
terminated the On-Demand session. The 
recommended set top ID is the MAC 
address for the device. 


Variable length 
string 


01:02:03:04:05:06 


Session ID 


A unique identifier established between 
the On-Demand system and the set top 
box. 


Variable-length 
string 


0123456789 


Timestamp 


The time/date when On-Demand session 
ended in GMT. 


MM/DD/YYYY 
HHrMM: SS.MMM 


01/23/2003 
20:55:20.123 
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OD-INFORMATION: 





Description 


Format / :f 


Example^ : 


Set top box ID 


A unique identifier for the set top box 
that terminated the On-Demand session. 
The recommended set top ID is the MAC 
address for the device. 


Variable length 
string 


01:02:03:04:05:06 


Session ID 


A unique identifier established between 
the On-Demand system and the set top 
box. 


Variable-length 
string 


0123456789 


Timestamp 


The time/date when OD-Information data 
was created in GMT. 


MM/DD/YYYY 
HH:MM: SS.MMM 


01/23/2003 
20:55:20.123 


Bitrate 


The overall bit rate for the session 


Unsigned integer 


2500000 


Connection Type 


The type of connection between the On- 
Demand system and the set top box. 


1 -UDP 
2 -TCP 
99-Other 


2 


Stream errors 


The number of stream errors that have 
occurred since the start of the current 
session. 


Unsigned Integer 


1 


Communication 
errors 


The number of communication errors 
that have occurred since the start of the 
current session. 


Unsigned Integer 


2 


System errors 


The number of system errors that have 
occurred since the start of the current ' 
session. 


Unsigned Integer 


3 


Channel number 


The channel number (major and minor) 
that the On-Demand content is being sent 
on. 


Unsigned Integer 


525-1 
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OO-ST ART-STREAM: 





Description 


Format 


Example - 


Set top box ID 


A unique identifier for the set top box that 
terminated the On-Demand session. The 
recommended set top ID is the MAC 
address for the device. 


Variable length 
string 


01:02:03:04:05:06 




j\ umcjue lcicntiiicr cSLauiisneu Deiwecn 
the On-Demand system and the set top 

box. 


Van able- length 
string 




Timestamp 


The time/date when On-Demand session 
started in GMT. 


MM/DD/YYYY 
HH:MM: SS.MMM 


01/23/2003 
20:55:20.123 


Stream ID 


A unique identifier created by the On- 
Demand system that identifies the stream. 


Variable-length 
string 


9876543210 


Program/ Asset 
ID 


A unique identifier assigned by the On- 
Demand system that indicates the 
program, movie or other asset within the 
On-Demand system. 


Variable-length 
string 


ABC 123 


Program/Asset 
Title 


The title of the program or asset. 


Variable-length 
string 


Today Show 


Program/Asset 
Type 


The type of program or asset being played 
out by the On-Demand system. 


1 - MOD (Movies 
on demand) 

2 - FVOD (Free 
video on demand) 
3-PPV (Pay per 
view event) 

4 - AD (Streamed 
advertisement) 

5 - LAD (Long form 
streamed ad) 

6 - TAD (Targeted 
adverti sement) 

99 - Other 


2 


Station/Studio 
ID 


A unique identifier assigned by the On- 
Demand system that indicates the 
originating station, studio, etc. within the 
On-Demand system. 


Variable-length 
string 


DEF456 


Station/Studio 
Name 


The name of the station or studio. 


Variable-length 
string 


WNBC 


Genre 


The rating for this program/asset as 
defined by the MPAA. 


Variable-length 
string 


TalkShow 


MP A Rating 


The MPA rating for the program or asset 
being played out by the On-Demand 

system. 


Variable-length 
string 


TVPG 
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OD-STOP-STREAM: 



Field 


Description 


Format 


Example 


Set top box 
ID 


A unique identifier for the set top box that 
terminated the On-Demand session. The 
recommended set top ID is the MAC address 
for the device. 


Variable length 
string 


01:02:03:04:05:06 


Session ID 


A unique identifier established between the 
On-Demand system and the set top box. 


Variable-length 
string 


0123456789 


Timestamp 


The time/date when a stream has stopped 
being delivered to a set top box in GMT. 


MM/DD/YYYY 
HH:MM: SS.MMM 


01/23/2003 
20:55:20.123 


Stream ID 


A unique identifier created by the On- 
Demand system that identifies the stream. 


Variable-length 
string 


9876543210 
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OD-NAVIGATION: 






Field 


Description 


Format 


Example 


Set top box 
ID 


A unique identifier for the set top box that 
terminated the On-Demand session. The 
recommended set top ID is the MAC address 
for the device. 


Variable length 
string 


01:02:03:04:05:06 


Session ID 


A unique identifier established between the 
On-Demand system and the set top box. 


Variable-length 
string 


0123456789 


Timestamp 


The time/date when navigation vent occurred 
in GMT. 


MM/DD/YYYY 
HH:MM: SS.MMM 


01/23/2003 
20:55:20.123 


Navigation 
Code 


A code that signifies the usage of the 
navigation system. 


1 - Select/OK 

2 - Up arrow 

3 - Down arrow 

4 - Left arrow 

5 - Right arrow 
99 - Other 


1 
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OD-TRICKMODE: 



Field 


Description 


Format 


Example 


Set top box 
ID 


A unique identifier for the set top box that 
terminated the On-Demand session. The 
recommended set top ID is the MAC address 
for the device. 


Variable length 
string 


01:02:03:04:05:06 


Session ID 


A unique identifier established between the 
On-Demand system and the set top box. 


Variable-length 
string 


0123456789 


Timestamp 


The time/date when a trick occurred during 
an On-Demand session in GMT. 


MM/DD/YYYY 
HH:MM: SS.MMM 


01/23/2003 
20:55:20.123 


Stream ID 


A unique identifier created by the On- 
Demand system that identifies the stream. 


Variable-length 
string 


9876543210 


Trick 


A code that indicates which trick has 
occurred. 


1 - Fast Forward 

2 — Rewind 

3 - Pause 

4 - Play 

5 - Resume 


1 


Offset 
Timestamp 


The offset timestamp is the time the trick 
occurred relative to the start of the stream. 


HH:MM: SS.MMM 


01:05:15.225 
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